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[57] ABSTRACT 

A computer network includes a network server in commu- 
nication with a plurality of user terminals. The network 
server includes disk drives which store data accessible via 
the user terminals. To increase power eflSciency of the 
network server, the number of accesses to the disk drives is 
monitored and a histogram is generated to display the 
distribution of disk accesses over time. A network admin- 
istrator subsequently selects time intervals to spin down one 
or more of the disk drives during periods of disk inactivity 
as depicted in the histogram. In a preferred embodiment, the 
network administrator uses the histogram for failure analysis 
to determine which disks are more likely to fail over long 
time periods. 
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DISK POWER MANAGER FOR NETWORK 
SERVERS 

This application is a divisional of U.S. patent application 
Ser. No. 08/475,567, filed Jun. 7, 1995 U.S. Pat. No. 
5,666,538. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to power management 
within a computer system. 

2. Description of the Related Art 

Eneigy savings has become a key issue in many fields, 
including the computer industry. Most computer users and 
computer manufacturers have made efforts to increase 
power efficiency within computer systems to provide for a 
net energy savings that is beneficial both to the consumer, as 
a means of saving money on eneigy costs, and to the 
environment, by reducing overall eneigy consumption. 

One common source of power inefficiency in computers 
is the energy used in maintaining rotation of disks within a 
hard disk drive while the computer is powered on and no 
accesses are being made to the disk drive. In certain 
applications^ computer manufacturers have found it advan- 
tageous to manage the operation of the hard disk so as to 
obtain significant power savings. 

For example, some desktop computers now include disk 
power management which causes a hard drive within the 
desktop computer to spin down when the computer has been 
inactive for some predetermined period of time. Certain 
desktop and laptop computer systems spin down the disk 
drive based upon previous monitoring of the user's habits. 
Thus, for instance, if previous monitoring of the user's 
habits indicates that when the user is away for more than five 
minutes the user typically does not return for a long time 
period, then the desktop or laptop computer will spin down 
the hard drive when a period of inactivity greater than five 
minutes is detected. 

Although disk power management in desktop and note- 
book computer environments has been found to be straight- 
forward in implementation, disk power management in 
network servers has met with several obstacles in the past. 
First, the entire network operating system is typically shut 
down whenever the network server is down. This makes the 
server unavailable to users who work late at night, or, if a 
company has an international business, employees in other 
countries would not have access to the network server in 
what would be daytime working hours to these international 
employees. Furthermore, with the network server powered 
down, tape backups of the network disk drives would be 
impossible. 

A further reason for not powering down a server on a daily 
basis is that powering down the server would put undue 
thermal stress on the electronic components within the 
network server by beating and cooling them. This can cause 
the electronic components to fracture or come out of their 
sockets, causing a failure. This heating and cooling may also 
cause undue stress to circuit boards which have surface 
mount components. For these reasons, powering the entire 
server up and down on any regular basis would be imprac- 
tical. 

Furthermore, network servers, unlike notebook or desktop 
computers, include a i^twork operating system which does 
not communicate with the disk drive controller through a 
standard interface BIOS (basic input/output system). Thus, 
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what would be a straightforward implementation of a power 
management scheme to control the operation of spinning up 
and spinning down the disk drives in a notebook or desktop 
environment, is not straightforward for network servers. 

5 This is, in part, because notebook or desktop computers are 
able to control the spinning up and spinning down of disk 
drives within the notebook or desktop computers via stan- 
dard commands issued to the BIOS. But since the operating 
systems of network shvers require a device driver applica- 

10 tion layer which is often custom designed for a given 
network operating system, a network server cannot simply 
spin up or spin down the disk drives within the network 
server using conventional commands without regard to the 
device driver used in accordance with the network operating 

15 system. 

Finally, a typical mindset that servers are better left 
running continuously is still prevalent because disk drives in 
past servers were likely to not spin back up after being spun 
down. Thus, this mindset contributes to the reasons why disk 
20 drives in network servers are not spun down for purposes of 
power management. 

SUMMARY OF THE INVENTION 

A computer network which provides for increased power 
efiBcieocy during selected time intervals comprises a plural- 
ity of user terminals and a network server in communication 
with the plurality of iiser terminals to transmit data to the 
user terminals and receive data from the user terminals. The 
network server comprises a processor which executes com- 
mands contained in a network operating system and an 
application module. The network server fiuther includes a 
plurality of data storage disk drives in communication with 
the processor. The disk drives are spun-down to conserve 
power for predetermined intervals in response to commands 
issued by the application module in response to commands 
issued by the network operating system executed by the 
processor. 

In a preferred embodiment, the application module com- 
^ prises a device driver, and the network server fiirther 
includes an input which receives instructions from a user to 
determine time intervals over which the disk drives are to be 
spun-down. 

In a particularly preferred embodiment, the network 

43 server further comprises a monitoring module, executable 
by the processor, which monitors accesses to the disk drives 
to derive a statistical record therefrom, and a display termi- 
nal which displays data relating to the statistical record. 
Another aspect of the present invention is a network 

50 server which provides for increased power efficiency during 
selected time intervals. The network server comprises a 
processor which executes commands contained in a network 
operating system and an application module; and a plurality 
of data storage disk drives in communication with the 

55 processor. The disk drives are spun-down to conserve power 
for predetermined intervals in response to commands issued 
by the application module in response to commands issued 
by the network operating system executed by the processor. 
A further aspect of the present invention is a method of 

60 managing disk drive power within a network server having 
a processor which executes commands contained in a plu- 
rality of application modules and having a plurality of disk 
drives (disk drive subsystem) responsive to the commands 
executed by the processor. The method comprises the steps 

65 of loading a device driver application module to be executed 
by the processor; loading a monitoring application module 
to be executed by the processor; loading a console applica- 
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tion module to be executed by the processor; monitoring disk drives, redistributing the data contained within the disk 

accesses to the disk drives by the monitoring application drive to other disk drives to assure that the disk drive is 

module to generate a statistical record of the accesses to the accessed less frequently, 
disk drives; inputting data relating to spin-up and spin-down 

of the disk drives via the console application module based 5 BRIEF DESCRIPTION OF THE DRAWINGS 

upon the statistical record of the accesses to the disk drives; FIG. 1 is an overall system diagram showing a network 

and controlling spin-ups and spin-downs of the disk drives server which is used to control and provide information to a 

to reduce power consumption of the disk drives via com- plurality of user terminals. 

mands executed by the processor to the device driver 2 is a schematic block diagram showing the main 
module based upon the mput data. 10 functional elements internal to the network server of nO. 1. 

In a preferred embodiment, the monitoring step monitors piG. 3 is a flow chart which iUustrates the general method 
accesses to individual disk drives of the disk drive sub- employed in accordance with the present invention to man- 
system and the mputtmg step comprises mpuUmg data ^ge disk power within the server of FIG. 1. 
relating to spin.up and spin-down of individual disk drives piG. 4 is a flow chart which details the monitoring 

of the disk drive subsystem. 15 ju *u * % 1 j • 

. , , ''^ , , . subroutine of FIG. 3 used by the server to monitor disk dnve 

In a particularly preferred embodiment, the controUmg activity within the network server, 

step comprises controlling spin-up and spin-down of indi- nO. 5 is a flow chart which details the method of the 

vidual disk dnves of the disk dnve subsystem, ^^^^^^^^ ^^^^^^ ^^^^^^^^^ 3 ^^^^^^^^ 

Another aspect of the present mvenUon is a method of network server in accordance with the present invention. 

managmg disk dnve power within a network server having ct<^o ica #1 *, icn 11 . * 1 v* e 1 

u- u ♦ J J u ■ 11 FIGS. 0 A through 6D illustrate a plurahty of exemplary 

a processor which executes commands and having a plural- xMir^n^rMrr wi a mrr a- a 

•* rj'ij- -..1- J MICROSOFT Windows/NT server screen displays which 

ity or disk drives responsive to the commands executed by * j ^ ■ _i * r ^ • 

J J- 1 !, • vAvvuiwi pfesented to a user m order to faahtate the user's 

the processor. The disk dnves are accessible from a plurality ^^i^il- r j- 1 * *• 

, ^ ,u A • *u * f • selection of a disk power management routme. 

of user termmals. The method comprises the steps of mom- , . , , . . 

toring accesses to the disk drives; tabulating a number of ^ hierarchy diagram which depicts the 

accesses to the disk drives within a selected time interval to ^^^^^^ application layer modules used m accordance with 

establish a statistical record; and controUing power supplied present mvention. 

to the disk drives in response to commands executed by the ^ is a flow chart which illustrates the order in which 

processor based upon the statistical record. application modules used in accordance with the present 

In a preferred embodiment, the monitoring step monitors ^° mvention are loaded into the NOVELL network server, 

accesses to individual disk drives of the disk drive FIG. 9 is a flowchart which shows the overall method 

subsystem, and the controlling step comprises controUing ^sed to perform long-term failure analysis and to prevent 

power supplied to individual disk drives of the disk drive premature failure of disk drives within the network server, 

subsystem. FIG. 10 depicts an embodiment of the network server 

In a particulariy preferred embodiment, the controlling which provides disk power management in systems which 

step further comprises the steps of displaying information mandate regular accesses to disk drives during inactive 

relating to the statistical record to a user; inputting control periods. 

parameters for determining time intervals over which the FIGS. IIA-IIE illustrate a plurality of exemplary NOV- 
disk drives are to be spun-down based upon the di^layed ^ ELL NETWARE screen displays which are presented to a 

information; and spinning-down the disk drives at the deter- user in order to facilitate the user's selection of a disk power 

mined time intervals in Fe^nse to the commands executed management routine. 

^n stm anXr preferred embodiment, the control param- ^^J^Srr^pS™^ 

eters are selected to spin^own the disk drives during 45 PREFERRED EMBODIMENTS 

periods when the disk drives are statistically less likely to be FIG. 1 is an overall schematic block diagram of a multiple 

accessed. user computer network 100 including a network server 110 

Another aspect of the present invention is a method of and a plurality of user terminals 120. In one preferred 

managing disk drive power within a network server having embodiment, the network server 110 comprises an AST 
a processor which executes commands and having a plural- 50 MANHATTAN server including a storage subsystem (not 

ity of disk drives responsive to the commands executed by shown in FIG. 1). Each of the user terminals 120 preferably 

the processor. The disk drives are accessible from a plurality comprises IBM compatible PCs, such as a 486 CPU-based 

of user terminals. The method comprises the steps of input- BRAVO computer available from AST Research, Inc. 

ting control parameters for use by the processor for deter- Preferably, the network server 110 is capable of mnning 
mining time intervals over which the disk drives are to be 55 NOVELL NETWARE, SCO Unix, MICROSOFT Windows/ 

spun-down; and spinning-dowa the disk drives at the deter- NT Server, or LAN MAN (IBM), 

mined time intervals in response to the commands executed In general operation, the network server 110 manages data 

by the processor. transactions between the network server 110 and the user 

Another aspect of the invention is a method of reducing terminals 120. As is well-known in the art, the network 
wear on disk drives within a computer network. The method 60 server 110 contains significant disk storage space having 

comprises the steps of monitoring accesses to the disk drives multiple data and resource files accessible by each of the 

over time to produce a statistical record of accesses to the user terminals 120 connected to the network server 110. 

disk drives; generating a histogram based upon the statistical Each user terminal 120 may, for example, be assigned a 

record; determining if any of the disk drives is being separate directory whidi includes data and resource files 
accessed significantly more frequently than others of the 65 associated with that assigned terminal 120. 

disk drives based upon the histogram; and, if a disk drive is In accordance with the teachings of the present invention, 

accessed significantly more frequently than others of die the network server 110, which will be described in greater 
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detail below with reference to FIG. 2, includes a disk power able from Quantum, Seagate Technologies, or the like, and, 

manager. The disk power manager provides for increased in one embodiment, provides a total di^ storage capacity of 

energy ef&ciency of the network server 110 by spinning 24 gigabytes. 

down only the disk drives within the network server 110 for A plurality of disk drive motors 230 are schematically 
selected time intervals. As discussed above, significant 5 depicted in FIG. 2 as well. The disk drive motons are 
advantages accrue when the disk drives of the network typically included within each hard drive of the disk sub- 
server 110 can be spun down during periods of inactivity. system 245. An embedded disk controller 233 includes 
Specifically, energy savings are observed, and, furthermore, circuitry to power and control the disk drive motors 230. The 
wear on the disk drive bearings is reduced to thereby extend disk drive motors 230 operate to spin the disk drives within 
the life of the individual disk drives which are spun down. the disk subsystem 245 up or down based on commands 
By spinniiig down only the disk drives rather than powering received by the embedded disk controller 233 from the SCSI 
down the entire network server HO, thermal stress on disk controller 210 via control lines 235, 236. 
electronic circuitry within the network server 110 is avoided. in operation, the CPU 200 within the network server 110 
In addition, risks involved in powering down the entire issues commands to the other elements within the network 
network server 110 and subsequenUy powering the network server 110 via the data bus 208, and processes data received 
server 110 back up are obviated. from the RAM 205 and the disk subsystem 245. The CPU 

Of course, significant problems exist when attempting to 200 also manages the input and output of data to the user 

implement a disk power manager within the network server terminals 120 (FIG. 1) via the I/O interface unit 212. Data 

110. For example, because network servers typically handle accesses are made to the disk drives 240 via the data line 

multiple users having different working schedules, it is 20 238. During data accesses to the disk drive 240, the disks 

diflBcult to predict exactly when the disk drives within the 215 are physically spinning under the control of the disk 

network server 110 ought to be powered down and powered drive motors 230. As disks 215 spin, magnetic media rotates 

back up again. For example, if even one user accesses the past a readAvrite head (not shown), which allows the read/ 

network server 110 at regular intervals during what would write head to read data stored within the magnetic media in 

normally be off-hours, spinning the disk drive down and up 25 quick succession. When the network server HO is shut 

repeatedly could actually be detrimental to the system power down, the disk drives 240 are typically parked so that the 

savings and reliability of the disk drive. Furthermore such an disks 215 do not physically rotate. However, when the 

implementation would be inconvenient for the user since network server 110 is powered up, commands are issued to 

typical spin-up time is on the order of 10-15 seconds, so that the disk drive motors 230, via the SCSI disk controller 210, 

the user may eiqjerience significant delays in accessing data. 30 to spin the disks 215 up again so that memory accesses to the 

In addition to the difficulties observed when implement- disk drives 240 can be made from the system, 

ing disk power management where multiple users are In network servers where the disks 215 are constantly 

concerned, implementation of disk power management spinning, and, particularly in those network servers which 

within the network server also involves difficulties since the contain a large number of physical disk drives 240, a 

network operating system (e.g., NOVELL NETWARE, SCO 35 significant amount of power may be necessary to maintain 

Unix, MICROSOFT Windows/NT Server, etc.) docs not the rotation of the disks 215 by the drive motors 230. Thus, 

directly control the operation of the disk drives. if possible, it would be advantageous to increase energy 

In accordance with the teachings of the present invention, efficiency by spinning the disk drives 240 down for periods 

disk power management is implemented within the network where the disks 215 are not being accessed via the system, 

server 110 by means of a customized device driver module 40 In accordance with the teachings of the present invention, 

which communicates with the network operating system. the drive motors 230 are issued commands to spin down the 

Furthermore, a preferred embodiment of the invention moni- disk drives 240 during determined time intervals so as to 

tors disk drive activity and provides a histogram to a optimize power efficiency of the network server 110. 

network administrator. This allows the network administra- FIG. 3 is a flowchart which illustrates the overall method 

tor to determine when the most effective power-down time 45 used in accordance with the present invention to manage the 

intervals are observed by the network server. As will be operation (i.e., the spinning up and spinning down) of the 

discussed in greater detail below, these features of the disk drives 240 within the network server 110. From an 

present invention provide for a beneficial disk power man- initial (BEGIN) block 300, control passes to a subroutine 

ager within a network server environment. block 310, wherein the activity of the disk drives 240 is 

FIG. 2 is a schematic block diagram showing the main 50 monitored under the control of software implemented within 

structural and fiinctional elements internal to the network the CPU 200. Of course, it should be understood that, in a 

server HO of FIG. 1. As shown in FIG. 2, the network server muUiprocessor system, the monitoring software could be run 

110 includes a CPU 200 which communicates with a random on a time-shared basis by multiple CPUs. Accesses to the 

access memory (RAM) 205, a SCSI disk controller 210, an disk subsystem 245 are counted to determine the total 

input/output (I/O) unit 212, and a disk subsystem 245 via a 55 number of accesses to the disk drives 240 within a given 

SCSI bus 220. It should be noted that the block diagram of time interval. In one preferred embodiment, accesses to all 

FIG. 2 is simplified for purposes of clarity of illustration of of the disk drives 240 are counted to provide monitoring of 

the present invention. For example, in practice the server the entire disk subsystem 245, while accesses to individual 

110 may include multiple central processing units, multiple disk drives 240 within the disk subsystem 245 are also 

I/O units, etc. In one preferred embodiment, the CPU 200 60 counted to provide for monitoring of each of the individual 

comprises a Pentium processing chip available from Intel®, disk drives 240 within the disk subsystem 245. In this 

while the RAM 205 comprises 128 megabytes of RAM manner, a statistical record can be kept of the number of 

available firom IBM. The I/O unit 212 may, for example, accesses to the entire disk subsystem 245, as well as to each 

comprise a network interface card, or the like, for connect- of the individual disk drives 240 within the disk subsystem 

ing the network server HO with the plurality of user termi- 65 245. The monitoring method used in the subroutine block 

nals 120 (FIG. 1). The Disk Subsystem 245 advantageously 310 is described in greater detail below with reference to 

comprises a plurality of magnetic storage disk drives avail- FIG. 4. 



05/26/2004, EAST Version: 1.4.1 



5,961,613 

7 8 

Based upon the statistical record, a histogram is generated the NO output branch of the decision block 420 returning to 

as indicated within a subroutine block 320. That is, a bar the input of the decision block 420. However, if it is 

graph which graphically illustrates the statistical distribution determined within the decision block 420 that it is time to 

of accesses for the disk subsystem 245 over a determined poll the device driver, the disk monitor polls the device 

time period is generated. For example, FIG. 6A depicts a 5 driver to obtain the count value stored within read and write 

histogram over a 24-hour period divided into 4-hour inter- count registers within the device driver, as indicated in ao 

vals. The number of disk accesses for each time interval is activity block 430. The device driver includes two 32-bit 

represented as a bar of varying lengths (i.e., longer bars registers corre^onding to each disk drive. The registers are 

represent a greater nimiber of accesses within a given used to-wparately keep track of the number of read and write 

interval, and shorter bars for a lesser number of accesses accesses made to the respective disk drives. That is, each 

within a given time period). The method used in accordance counter is incremented upon the occurrence of a read or a 

with one aspect of the present invention to generate the write access. The values stored in these registers are written 

histogram will be discussed in greater detail below with to a file, which is a statistical record, when the monitor polls 

reference to FIG. 5. the device driver. 

Once the histogram has been generated, the histogram is Once the disk monitor has polled the device driver, a 
displayed to the user as indicated within an activity block determination is made as to whether the count has changed 
330. Again, FIG, 6A illustrates an exemplary histogram within the read or write registers for each disk drive, as 
displayed to a network administrator for purposes of deter- indicated within a decision block 440. This is done by 
micuDg the activity of each of the disks within the disk subtracting the counter value from the previous poll from the 
subsystem 245 of the network server 110. Based upon the 20 current counter value and determining if the result is non- 
number of observed accesses to the entire disk subsystem zero. It should be noted that, if the difference is negative, 
245, as well as the number of accesses to each of the then this indicates a roll-over. In the case of a roll-over, the 
individual disk drives 240 within the disk subsystem 245, value obtained is post-processed to insure that the correct 
the network administrator makes a determination as to when difference value (i.e.,the value which signifies the number of 
the several disk drives 240 within the disk subsystem 245 25 accesses to the disk drive) is obtained. If the cunent counter 
can be spun down for a significant interval of time without value is different than the previous counter value, then a flag 
significantly impairing the performance of the network is set to indicate that the disk drive is active, as indicated 
server 110. Thus, as shown in the example of FIG. 6A, the within an activity block 450. The absence of a disk active 
time intervals between midnight and 06:00 (6:00 a.m.), as flag may be used, for example, to indicate when the disk 
well as the time period between 18:00 (6:00 p.m.) and 3Q drivehasbeeninactiveforacertainperiodof time so that the 
midnight, observe insignificant disk accessing activity so disk drive can be spun-down. The method subsequently 
that the network administrator may determine that it is proceeds to an activity block 460. If, within the decision 
beneficial to spin down the disk drives between 6:00 p.m. block 440, it is determined that there is no change in the 
and 6:00 a.m. Of course, it should be understood that during counter values, then the method passes immediately to the 
this time interval, accesses may still be made to the disk 35 activity block 460. 

subsystem 245 within the network server 110; however, such As indicated within the activity block 460, the disk 

accesses, when initially made, may involve a delay time of monitor stores the number of disk accesses in a statistical 

10 to 15 seconds while the disk drives within the disk drives record. If there are no disk accesses in this time interval then 

subsystem 245 spin up to operating speed. a value of zero is stored in the statistical record. The 

When the network administrator has determined the time 40 statistical record groups the stored number of accesses based 

intervals during which it will be beneficial to spin down the upon the polling interval over which the accesses were 

disk drives 240, the network administrator then inputs these made. For example, the statistical record may include a field 

selections (e.g., for each individual drive or for the entire from 10:00 a.m. to 10:05 a.m. which stores the integer 137, 

disk subsystem 245), as indicated within an activity block and a field from 10:05 a.m. to 10:10 a.m. which stores the 

340. These inputs provided by the network administrator are 45 integer 642, etc., for a polling interval of five minutes. Later 

used by the embedded disk controller 233 to control the disk on, the statistical record can be accessed to generate a 

drive motors 230 to cause the disk drive motors 230 to spin histogram plotting disk accesses over time. From this, it is 

up or spin down the disk drives 240 at the selected times, as apparent that the maximum resolution of the histogram 

indicated within an activity block 350. generated from this statistical record will be equal to the 

Control passes from the activity block 350 to a terminate 50 polling interval. 

(END) block 360, which completes the method of this aspect Once the change in the counter value has been stored in 

of the present invention to provide disk power management the statistical record, a determination is made as to whether 

within the network server 110. the polling interval is to be reset (e.g., at the request of the 

FIG. 4 is a flowchart which details the method used in network administrator), as indicated within a decision blodc 

accordance with the present invention to monitor the disk ss 470. If it is determined that the polling interval is to be reset, 

drive activities indicated within the subroutine block 310 of then control of the method returns to the activity block 410 

FIG. 3. The method of monitoring disk drive accesses wherein the new polling interval is determined. If the polling 

initiates in a BEGIN block 400 and proceeds to determine interval is not to be reset, then the method returns to the 

the time intervals at which polling of the device driver is to decision block 420 wherein a detennination is made if it is 

take place, as indicated in an activity block 410. As will be 60 time to poll the device driver again. This method continues 

discussed in greater detail below, the network administrator as long as the server is active. 

is requested to enter a polling interval (e.g., every 5 minutes) FIG. 5 is a flowchart which details the method used in 

during set-up. Once a polling interval is determined, the disk accordance with the present invention to generate a 

monitor determines if it is time to poll the device driver (e .g., histogram, as represented within the subroutine block 320 of 

if a timer has expired) as indicated in a decision block 420. 65 FIG. 3. Specifically, the method initiates in a BEGIN block 

If the time to poll has not expired, then the disk monitor 500 and proceeds to an activity block 505, wherein the 

waits until it is time to poll the device driver, as indicated by statistics relating to disk drive activity compiled within the 
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monitoring subroutine 310 are accessed. Control passes 
from the activity block 505 to a decision block 510, wherein 
a determination is made as to whether a histogram is to be 
generated for one drive or for all of the drives within the disk 
subsystem 245. If the histogram is to be generated for disk 5 
accesses to all drives within the disk subsystem 245, then 
control passes immediately from the decision block 510 to 
an activity block 520. However, if, based on a user input 
selection, it is determined that the histogram is to be 
generated for a selected one of the disk drives within the disk ^ q 
subsystem 245, control passes to an activity block 515. 

Within the activity block 515, the selected disk drive is 
determined, and the relevant statistics relating to the activity 
of that selected disk drive are compiled in order to generate 
the histogram for the selected disk drive. Control then passes 15 
to the activity block 520, wherein the time period over which 
the histogram is to be displayed is determined based upon 
the time period input by the network administrator. Once the 
selected time period is determined, control passes to an 
activity block 525, wherein the number of accesses to the 20 
selected disk drive or disk subsystem 245 is categorized 
based upon the selected time interval, as determined within 
the activity block 520. That is, because each of the disk 
accesses made to the disk subsystem 245 is associated with 
a polling interval (e.g., a five-minute interval of time) which 25 
generally designates the time of access, each disk access is 
included within the total number of disk accesses for a given 
time period (e.g., from 8:00 a.m. to 12:00 noon). Hius, for 
example, the network administrator may input selections 
which indicate that the histogram is to be generated over a 30 
24-hour period divided into 1-hour intervals, as depicted in 
FIG. 6A. In this case, all disk accesses which are time 
stamped between 12:00 midnight and 1:00 a.m. will be 
included in the number of accesses represented by the bar 
depicted in the first 1-hour time interval, while the accesses 35 
time stamped between 1:00 a.m. and 2:00 a.m. will be 
included in the number represented by the bar depicted in the 
second 1-hour time interval, etc. 

Once the number of accesses to the disk suh)system 245 is 
categorized, as represented in the activity block 525, control 40 
passes to an activity block 530, wherein the scale of the 
displayed bar graph representing the histogram is set based 
upon the selected time interval and the maximum number of 
accesses. That is, horizontal and vertical scales are deter- 
mined so that the proportion of disk accesses is clearly 45 
displayed to the network administrator on a display screen. 
For example, if the maximum number of disk accesses 
during a defined time interval in the histogram is between 
5,000 and 5,500, as depicted in exemplary FIG. 6A, then the 
maximum scale on the vertical axis should be set to approxi- 50 
mately 6,000. Likewise, the horizontal scale, including the 
number of parts into which the selected time scale for the 
histogram is divided, is determined so that the histogram is 
displayed in a useful manner to the network adminisU^ator. 
Once the scale of the bar graph representing the statistical 55 
distribution of disk accesses is set within the activity block 
530, the histogram is ready to be displayed on a display 
screen, and control passes to an END block 535. 

FIG. 6A depicts an exemplary screen display of a histo- 
gram bar graph such as may be displayed to a network 60 
administrator to indicate the activity of the disks within the 
disk subsystem 245 of the network server 110. The screen 
display 700 includes a display field 710 which indicates the 
number of disk accesses to a selected disk drive over a 
selected time interval in histogram form. As shown, in FIG. 65 
6A, the display field 710 includes a vertical axis representing 
the nimiber of disk accesses to the selected disk, or disks» as 
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well as a horizontal axis representing the selected time 
interval over which accesses to the selected disk are tabu- 
lated. A drive select field 720 allows a user to select one of 
the disks within the disk subsystem 245 or to select moni- 
toring for all of the disks within the disk subsystem 245. 

A Scale field 730 allows the user to select a time scale 
over which the collected statistical data is to be displayed 
when the user clicks a mouse button while the mouse pointer 
is superimposed over the Scale field 730. Thus, for example, 
the user may select to monitor an hour, a day, a week, a 
month, and even a year of disk activity. Parameters, such as 
yearly disk activity, may be particularly helpful in failure 
analysis for predicting which disk drives are more likely to 
fail. As discussed above, such failure analysis information 
can be highly valuable to the network administrator, since 
the network administrator may redistribute certain data on 
disk drives to evenly distribute disk accesses so as to 
maximize the life of each of the disk drives within the disk 
subsystem 245. 

The display screen 700 further includes a Periods field 
740 which allows the user to call up an "Edit PM Period" 
screen (FIG. 6B). The Edit PM Period screen allows the user 
to select the spin-up and spin-down times of each of the 
drives within the disk subsystem 245 for different times and 
days of the week. 

The display screen 700 further includes a Setup field 750 
which allows the user to call up a setup screen (FIG. 6C). 
The setup screen allows the user to configure disk drives 
(e.g., assign identification numbers, etc.) based upon inputs 
by the network administrator. 

Finally, the display screen 700 includes a scroll bar 760 
which allows a user to move the time scale within the 
display field 710 to the left or to the right as the scroll bar 
760 is dragged &om left to right at the bottom of the display 
field 710. 

FIG. 6B depicts a display screen 800 used by a network 
administrator to select the spin-up and spin-down times for 
each of the disk drives within the disk subsystem 245 of the 
network server 110. The display screen 800 includes a list 
box field 810 which lists the disk drive or drives by their 
assigned names, to be included in the selected ^in-up and 
spin-down time intervals. 

The screen display 800 further includes a Weekdays field 
820 and a Weekends field 830. If the user selects the 
Weekdays field 820, then the selected time periods for 
spinning up or spinning down the disk drive will be applied 
to all the days within the week. Likewise, if a user selects the 
Weekends field 830, then the selected spin-up and spin- 
down times will apply to both Saturday and Sunday. 
Alternatively, the user may select individual days of the 
week by positioning the mouse pointer over the appropriate 
box and clicking the mouse button. 

A Times field 840 includes a Start box 843, a Stop box 
846, and a Delay box 849. To select the time at which the 
selected disk drive is to spin up, the user enters a time (e.g., 
in hours and minutes) within the Start box 843, while the 
spin-down time of the selected disk is designated in the same 
manner by typing in the appropriate time of day within the 
Stop box 846. The value entered into the Delay box 849 
designates the time, in units of minutes, for which the 
selected disk drive will remain active when a memory access 
has been made to the disk drive during a designated spin- 
down interval. That is, if the selected disk is spun down 
during a given time period and a user on the network 100 
logs on to access the disk drive dtiring a designated spin 
down time interval, then the disk drive will automatically 
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Spin up (after a typical delay period of 10-15 seconds) and which are presented to a user on a server operating with 

remain spinning until a time interval equal to the selected NOVELL NETWARE in order to facilitate the user's selec- 

delay period is observed after the last disk access. In this tion of a disk power management routine. The screen 

manner, a user logged onto the network during off hours is displays depicted in FIGS. IIA-IIE serve the same function 
enabled to interact efficiently with the network server 110 5 as and generally correspond to the screen displays depicted 

without having to wait for spin-up delays each time a disk in FIGS. 6A-6D. Specifically, the screen display llA cor- 

\s accessed. Rather, as long as the user is regularly accessing responds to the screen display 6A, the screen display IIB 

the disk drive, the network server 110 will operate in the corresponds to the screen display 6B, the screen displays 

same manner with the same performance as the network IIC and IID correspond to the screen display 6C, and the 
server would have dxning normal operating hours. lo screen display llE corresponds to the screen display 6D. 

FIG. 6C depicts a display screen 900 used by the network FIG. 7 is an operational hierarchy diagram representing 

administrator to set up disks within the disk subsystem 245 several layers of operation utilized within the network server 

of the network server 110. That is, each of the disks within 110 of the present invention. Specifically, a user input layer 

the disk subsystem 245 are assigned a name as well as a 1100 provides for user input via, for example, a keyboard or 

corresponding adapter and SCSI identification number. The mouse input device. 

set-up for each disk is displayed within a list box 910. The a console module 1110 receives inputs from the user 

purpose of setting up the diskswithin the list box 910 is to input layer 1100 and provides for management of the 

identify the disk drives so that the user can select one disk spin-up and spin-down periods of the disk drive within the 

drive as it is distinguished from another for spin-up and disk subsystem 245. That is, within the console module 

spin-down times. When the user selects a probe field 920, ^^q^ relating to the start and stop times associated with 

the list box 910 is filled with a list of the disk drives in a set each disk drive, as well as the delay times associated with 

of disk drives available on the system for control by the disk each disk drive and the days for which power management 

power manager of the present invention. As shown in the are applied, are stored as data. 

example of HG. 6C each disk drive includes a name, an ^ ^^^-^ ^^^ule 1120 controls the monitoring of disk 
artive designation (whether power ma^^^ 25 ^^^^ ^^^.^.^^ primarily responsible for gathering 

this drive) an adapter number, a SCSI I D number, and a ^^^^^^^^ ^^j^^^ ^ ^^^^ ^^^^ 

corresponding comment. By selection of the edit box 930, ^^ve for a designated time period and within the designated 

the user is able to modify the name and comment entries j-j^^ intervals. 

within the list box 910. , , , . . j i 

3Q The network operating system is represented as a layer 

FTG. 6D depicts a display screen 1000 used by the 1130 ^nd receives information derived from the user input 

network administrator to set up miscellaneous parameters i^yer UOO, the console module UIO, and the monitor 

applicable to all disk drives within the disk subsystem 245. ^^^^^ to control spin-up and spin-down of the disk 

The display screen 1000 includes a Purge After box 1010 drives represented within a layer 1150 via the device driver 

wherein the network adminisUrator enters the number of represented in a layer 1140. It should be noted here that, 

months over which statistical records of the number of disk ^^^^ notebook and desktop computers, the network oper- 

accesses to the disk subsystem 245 are to be kept. Thus, for ^ting system layer 1130 does not directly control the disk 

example, if 24 months are entered into the Purge After box jj^ve layer U50. Rather, the network operating system layer 

1010, all statistical data relating to disk accesses more than 1130 is mediated via the device driver layer 1140 so that a 

24 months previously are discarded and are no tonger ^^^m device driver is required to directly control the 

available to be included within the histogram display pro- ^pin-up and spin-down of the disk drives layer 1150. 
vided to the network administrator. FIG. 8 is a flow chart which represents the prefened 

A Sample Rate box 1020 is also provided to the network loading order for the customized software modules used in 

administrator to allow the network administrator to set the accordance with the present invention when implemented on 

rate at which the disk access data is collected. As discussed ^ NOVELL NETWARE server (e.g., the server 110). As 

above, the sample rate is also the minimum number of depicted in FIG. 8, the device driver module 1140 (of HG. 

minutes of resolution for purposes of categorizing collected 7) fir^t loaded as represented in an activity block 1200, 

data. Thus, for example, if the network administrator enters subsequently, the monitor module 1120 (of FIG. 7) is loaded 

five minutes into the box 1020, then the time intervals as represented within an activity block 1210. Finally, the 

associated with each of the memory accesses will be indi- console module layer 1110 (of FIG. 7) is loaded as repre- 

cated within an accuracy of five minutes from the actual time sented within an activity block 1220. 
that the sample was taken. accordance with a further aspect of the presem 

Finally, the screen display 1000 includes a directory box invention, shown in FIG. 9, failure analysis can be per- 

1030 which accepts a directory path name specifying the formed using the histogram feature of the invention. In 
location of the disk activity log. As mentioned above, the 55 particular, once the histogram is generated, as indicated in an 

disk activity log is a statistical record of the number of disk activity block 1300, the networic administrator may observe 

accesses made over time. This record is stored within the long-term trends in accesses lo individual disk drives 240, 

server and a new record is typically created each month. In within the disk subsystem 245. as indicated within an 

the event that these statistical records are to be copied to a activity block 1310. These long-tenn trends may indicate 
diskette for long term storage, it is important to know where go that certain disk drives arc being accessed significantly more 

the files are stored on the disk drive within the server. often than other disk drives. In order to reduce wear on the 

FIGS. 6A-6D depict saeen displays which are preferably disk drives which are accessed more frequently, the network 

implemented within a server operating with MICROSOFT administrator may redistribute the information stored on the 

WINDOWS/NT SERVER. However, it will be appreciated disk drives within the disk subsystem 245 so that informa- 
that other screen display formats could be implemented 65 tion which is accessed more often is moved to disk drives 

based upon the operating system which the server is using. with a history of fewer disk accesses. The redistribution of 

For example. FIGS. IIA-IIE are exemplary screen di^lays information stored on individual disk drives is represented in 
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an activity blcx;k 1320 of FIG. 9. This causes accesses to the 
disk drives to be distributed more evenly so that any 
particular disk drive is less likely to fail over long-term use 
(i.e., because a disk drive is more likely to fail if the disk 
drive is accessed more often). 

It should be noted here that, although the present inven- 
tion can be implemented in network servers which are 
configured to run various network operating systems (e.g., 
NOVELL NETWARE), certain network operating systems 
require that accesses to the disk drives are made every few 
minutes, even while no users are logged onto the network. 
Thus, such systems may not derive the full advantages 
afforded by the disk power manager of the present invention. 
In one advantageous configuration, depicted in FIG. 10, the 
network server 110 is advantageously configured to include 
a small disk drive 242 separate firom the other disks in the 
disk subsystem 245. The small disk drive 242 primarily 
contains data which are regularly accessed by the operating 
system, while the other disks in the disk subsystem 245 store 
data which are not accessed by the operating system during 
down*time (i.e., when no users are logged onto the network). 
Thus, only the small disk drive 242 is continuously spun-up, 
while the other disk drives are allowed to spin down at the 
designated intervals. Thus, the disk drives which are not 
accessed by the operating system can be spim-down to 
provide additional energy savings. 

Although the preferred embodiment has been described 
and illustrated above, those skilled in the art will appreciate 
that various changes and obvious modifications do not 
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depart from the spirit or essence of the invention. For 
example, alarm set points based upon the number of disk 
accesses (i.e., where an alarm sounds to alert the network 
administrator once a certain number of accesses has been 
exceeded) could be included within a preferred embodiment 
of the invention. Furthermore, alarm indications could be 
made using a "pop-up" error message screen, by sending an 
E-mail, or by activating a pager. In addition, the disk power 
manager could easily be adapted for use with redundant 
arrays of inexpensive disks (RAIDs). Accordingly, the scope 
of the present invention is limited only by the language of 
the following appended claims. 
What is claimed is: 

1. A method of reducing wear on disk drives within a 
computer network, said method comprising the steps of: 
monitoring accesses to said disk drives over time to 

produce a statistical record of accesses to said disk 

drives; 

generating a histogram based upon said statistical record; 

determioing by an administrator if any of said disk drives 
is being accessed more frequently than others of said 
disk drives based upon said histogram; and 

if said administrator determines that disk drive is accessed 
more frequently than others of said disk drives, said 
administrator redistributes data contained within said 
disk drive to other disk drives to assure that said disk 
drive is accessed less frequently. 
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